Trivial: reword docs a bit

GtkRange: claim sequence when popping up menu

This was clearly an oversight - the function claims the sequence
at the end, and for the popup menu case, we have an early exit
that misses this.

Add a style class to fullscreened windows

This will let us tweak stuff that gets shown in fullscreen windows,
https://bugzilla.gnome.org/show_bug.cgi?id=654051

Fix a memory leak in gtk_test_find_label

Pointed out by Garrett Regier in
https://bugzilla.gnome.org/show_bug.cgi?id=737439

Make Ctrl-u and Ctrl-k work in GtkTextView too

It doesn't make sense to have them work in entries, but not here.

inspector: Drop an unused variable

entry: Revisit Ctrl-u one more time

Add a Ctrl-k binding too, and make them match their traditional
commandline meaning or 'erase line to the beginning/end'.

GtkEntry: Add a key binding for clearing the entry

Ctrl-u is a fine, well-established keybinding for this purpose,
lets just use it.

inspector: Simplify populating the tree

No need to loop toplevels in two places.

inspector: Show the warning dialog without delay

The delay was a mistaken attempt to work around a problem that
is now better understood, see
https://bugzilla.gnome.org/show_bug.cgi?id=735338

Remove some redundant code

No need to check the same widget twice in a row for being a window.

GtkWindow: improve the inspector keybinding

Binding signals can return a boolean indicating whether they
handled the event. Use that here and return FALSE if the
inspector keybinding is disabled.

Updated Polish translation

gtk-demo: Don't create 2 main windows

Loading a builder file with a window leaves a ghost behind, since
windows need to be explicitly destroyed. Avoid that by using
gtk_builder_add_objects_from_resource.

Updated Indonesian translation

inspector: life-cycle fixes

When closing the inspector before the main window, we must take
care to sever all signal connections and weak refs, otherwise
things will go bad when the window is closed later.

Fix testgtk.c when building for Wayland.

Fix wrong usage of GDK_WINDOWING_WAYLAND instead of
GDK_WINDOWING_X11 in test/testgtk.c.

Signed-off-by: Eric Le Bihan <eric.le.bihan.dev@free.fr>
https://bugzilla.gnome.org/show_bug.cgi?id=737363

button: Fix ::clicked emission on touchscreens sending pointer events

When GtkGestureMultiPress::released happens, in_button should be unset
after emitting GtkButton::released, whose default implementation uses it.
Moreover, in_button should only be unset there for real touch events, not
guaranteed to trigger crossing events, as opposed to every pointer/touch
events from touchscreens.

https://bugzilla.gnome.org/show_bug.cgi?id=737297

Use titlebar action settings for CSD windows

Instead of hardcoding these actions, consult the settings.
Note that not all of the actions supported by gnome-shell are
implemented here, only maximize, minimize, lower, and menu.

https://bugzilla.gnome.org/show_bug.cgi?id=729782

Factor out titlebar click actions

So they can be made configurable.

https://bugzilla.gnome.org/show_bug.cgi?id=729782

Implement titlebar action settings for Wayland

https://bugzilla.gnome.org/show_bug.cgi?id=729782

Implement titlebar action settings for X11

https://bugzilla.gnome.org/show_bug.cgi?id=729782

Add settings for titlebar actions

These match the GSettings that mutter/metacity/gnome-shell have
for this. We change the default for the middle-click action to
none, since lower is just a terrible default.

We're slightly bending the rules here, since we're adding new
settings after .0, but a) it is just barely after .0, and b) settings
are not really application API.

https://bugzilla.gnome.org/show_bug.cgi?id=729782

Updated Hungarian translation

Updated Russian translation

Updated Serbian translation

Make GtkModelButton work with touch

Some recent refactoring changed things so that in_button is no
longer TRUE when released() is called for touch events. As a minimal
fix, let GtkButton do more of the work by chaining up to its
pressed and released handlers, which know how to handle touch
events. This could be further improved by leaving more of the
state handling to GtkButton, like it was done for GtkToggleButton.

Improve workarea documentation

Worth mentioning that workarea may not exist, and that we
return the full monitor geometry in that case.

x11: Neuter workarea in fullscreen scenarios

If we have a fullscreen window that covers a monitor, desktop
chrome is not relevant for placing of menus and other popups.
Therefore, return the full monitor geometry instead of the
workarea in this case.

https://bugzilla.gnome.org/show_bug.cgi?id=737251

Fix comment typo

Updated Serbian translation

Updated French translation

Updated Telugu translation

Updated Spanish translation

Updated Indonesian translation

Updated Telugu translation

Updated Telugu translation

GtkSwitch: Use gtk_widget_add_tick_callback

This api automatically takes care of dealing with disappearing
frame clocks, which we currently forget to and pay with crashes.

Updated Hebrew translation

Updated German translation

Updated Tamil translation

Updated Tamil translation

Updated Hindi translation

Updated Scottish Gaelic translation

Updated Hindi translation

Fix MSVC 2010+ Build for Icon Browser

A needed include path was missed, make up for that.

MSVC Builds: Build and Install gtk3-icon-browser

Add the icon browser demo to the Visual Studio projects, and "install" it
as well.

Updated Scottish Gaelic translation

Updated Greek translation

Updated Czech translation

Updated Kannada translation

Updated Kannada translation

win32: provide an implementation for gdk_test_simulate_key().

https://bugzilla.gnome.org/show_bug.cgi?id=734879

popover: Don't run full dispose() when unmanaging the widget

A popover can go unmanaged for 2 reasons, when the widget it points to
gets destroyed, or transitionally in gtk_popover_set_relative_to(). In
both of these cases it makes sense to only unset popover information
about the previous widget managing it, if the popover is meant to
survive the unmanaging through extra refs.

Also, the focus widget prior to a modal popover being shown is considered
information about the relative_to widget, unset it on
gtk_popover_update_relative_to() with the rest.

https://bugzilla.gnome.org/show_bug.cgi?id=736193

gtkwindow: run ::event and specific handlers for EWMH action triggering events

This gives an opportunity for implementations to handle these events
differently, instead of hardcoding the WM-triggering behavior.

gtk_window_event() only forwards events for WM management if the event
widget is not the window (ie. caught when bubbling), so is safe to be
called here without triggering gtk_window_handle_wm_event() twice.

This commit is an adaption to master of
https://bugzilla.gnome.org/show_bug.cgi?id=736702#c1 by Cosimo Cecchi.

gdkwindow: check grab window and children on get_pointer_window()

If !owner_events, the pointer window has been usually set to NULL if
the pointer fell outside the grabbing widget, but it was not being
checked that the pointer_window is actually a child of the grab
window, in which case it should be obtained as if ungrabbed.

https://bugzilla.gnome.org/show_bug.cgi?id=735749

scalebutton: Invert smooth scroll dy when adding to the current value

On regular scrolling (ie. not natural scrolling), positive deltas in the
Y axis (downwards) should actually move the value towards the adjustment
minimum value to be more intuitive. This also makes the scrolling
directions match between the button and the popped up scale.

https://bugzilla.gnome.org/show_bug.cgi?id=736830

Updated Brazilian Portuguese translation

Updated Galician translations

Updated Polish translation

inspector: Show the source of settings

This can be useful at times to see if a setting is coming
from an XSetting, or overridden by the application.

https://bugzilla.gnome.org/show_bug.cgi?id=736971

GtkSettings: Add a private getter for the source

Settings have a little more metadata than plain properties. They
can come from different sources. Make this information available
so we can show it in the inspector.

https://bugzilla.gnome.org/show_bug.cgi?id=736971

Update Czech po-properties translation

Update Czech translation

inspector: remove g_message()

It was probably added for debugging purposes.

https://bugzilla.gnome.org/show_bug.cgi?id=736557

reftest: Build a shared lib on win32

Windows needs a shared library to link the modules against, otherwise
the undefined symbols make it not work.

So build a shared library on Windows.

We don't want a library elsewhere, as that just complicates things, so
we only make the library shared on Windows and keep it as a noinst
library otherwise.

https://bugzilla.gnome.org/show_bug.cgi?id=736338

reftest: Add missing include of reftest-snapshot.h

Trivial formatting fix

Fix a typo

Bump version

3.14.0

Drop another old, unused script

check-icon-names: Check for legacy names again

Keep checking the legacy icon names as long as we support them
(this caught gtk-undelete not working quite as expected).

Make gtk-undelete work again as icon name

The convention we use now is to not append any suffix for ltr icons,
and append -rtl for rtl. Make gtk-undelete follow this pattern.

Drop them from EXTRA_DIST too

Drop outdated scripts

These scripts haven't been used in many years.

Drop outdated files

These files stem from the time when the documentation was in
a separate module - long, long ago.

Updates for 3.14.0

Updated Kannada translation

Updated German translation

check-icon-theme: Print the name of the icon-theme

icon-theme: Test inheritance vs. generic fallback

Add a few tests that check the behavior of icon theme inheritance
vs generic fallback vs symbolic icons.

GtkIconTheme: Repair symbolic fallback with rtl/ltr

For symbolic icons, we prefer symbolics in inherited themes over
generic icons in the theme itself. So far this was implemented
by looking at icon_name[0] and looking that up in inherited themes
if it is symbolic. But with automatic rtl/ltr handling, the first
icon  name will always have an -rtl or -ltr suffix, and an icon
with that suffix is not going to exist in most cases. To fix this,
look for shorter icon names too, as long as they are still symbolic.

https://bugzilla.gnome.org/show_bug.cgi?id=737000

Trivial: clarify a comment

Using 'highcolor' here seems confusing, since there is a theme
by that name. Just say full-color.

testicontheme: Use rtl/ltr lookup flags

This should help with diagnosing

https://bugzilla.gnome.org/show_bug.cgi?id=737000

reftest: Build a private library for gtk-reftest

This is a noinst library for now, but the idea is to turn it into a
proper DLL on Windows, so that we can install it and properly link the
modules to it. Windows doesn't allow undefined symbols in modules.

https://bugzilla.gnome.org/show_bug.cgi?id=736338

reftest: Split our more functionality

Split actually taking the snapshot into its own file.

reftest: Split out some functionality into own file

Comparing two surfaces is something that can be nicely factored out.

Updated Greek translation

[l10n] Updated Catalan (Valencian) translation

[l10n] Update Catalan translation

Updated Marathi Translations

inspector: Look up the schema recursively

This is the recommended way to use this function. It should
also fix problems with the inspector when GSETTINGS_SCHEMA_DIR
is set.

https://bugzilla.gnome.org/show_bug.cgi?id=737027

inspector: Avoid a crash

We were forgetting to free the hash table, which then gave
us weak ref notifies at an unexpected time.

https://bugzilla.gnome.org/show_bug.cgi?id=737026

[l10n] Updated Catalan (Valencian) translation

[l10n] Update Catalan translation

Updated Danish translation

Updated Hindi translation

Updated Hungarian translation

gtkwindow: Make sure to update the shadow width, opaque region and border windows when realizing

Otherwise, they might not be properly set before the window is mapped.

For the opaque region and border window, it means that they won't get
set before the next size allocation, which tends to not be a bit deal.

For the shadow width, though, _GTK_FRAME_EXTENTS has a different meaning
when it's set before the window is mapped, so we need to make sure that
it's properly set when the window is mapped.